-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ENH Add configuration to cap report counts for large datasets. #139
ENH Add configuration to cap report counts for large datasets. #139
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was a little skeptical at first of adding an optional $limit
param to getCount()
, though I think the way you have it here is correct
Would you be able to make requested changes + add a unit test for getCountForOverview()
?
After that I'm happy to merge
@emteknetnz Will make those changes as time permits - hopefully in the next week. |
will this get merged? |
I haven't had time to make the requested changes yet. |
Hopefully it can be added. It is a good one. |
I'd set the default limit to 10,000. I think it is good to have default limits on things. People can always increase it and |
@emteknetnz What do you think about @sunnysideup's suggestion? Happy to make the change if it's approved. |
Requested changes to date have been made, and tests are passing. |
Yup 10,000 default limit makes sense - presumably you'd add just add |
Yeah and I'll update the test and docs to match. Sounds like a plan. |
Opted not to return the result from `getCount()` directly since the PHPDoc says this returns an int (even though it technically already returns a string if the report isn't set up correctly...)
@emteknetnz I've added the default and updated the readme and test. |
These parameters are defined in the PHPDocs for `Report` and are technically part of the method signature. They should be respected and in the case of the new default limit in silverstripe/silverstripe-reports#139 this could have performance ramifications for large datasets.
These parameters are defined in the PHPDocs for `Report` and are technically part of the method signature. They should be respected and in the case of the new default limit in silverstripe/silverstripe-reports#139 this could have performance ramifications for large datasets.
These parameters are defined in the PHPDocs for `Report` and are technically part of the method signature. They should be respected and in the case of the new default limit in silverstripe/silverstripe-reports#139 this could have performance ramifications for large datasets.
These parameters are defined in the PHPDocs for `Report` and are technically part of the method signature. They should be respected and in the case of the new default limit in silverstripe/silverstripe-reports#139 this could have performance ramifications for large datasets.
These parameters are defined in the PHPDocs for `Report` and are technically part of the method signature. They should be respected and in the case of the new default limit in silverstripe/silverstripe-reports#139 this could have performance ramifications for large datasets.
These parameters are defined in the PHPDocs for `Report` and are technically part of the method signature. They should be respected and in the case of the new default limit in silverstripe/silverstripe-reports#139 this could have performance ramifications for large datasets.
These parameters are defined in the PHPDocs for `Report` and are technically part of the method signature. They should be respected and in the case of the new default limit in silverstripe/silverstripe-reports#139 this could have performance ramifications for large datasets.
These parameters are defined in the PHPDocs for `Report` and are technically part of the method signature. They should be respected and in the case of the new default limit in silverstripe/silverstripe-reports#139 this could have performance ramifications for large datasets.
Fixes #105
Opted not to return the result from
getCount()
directly since the PHPDoc says this returns an int (even though it technically already returns a string if the report isn't set up correctly...)